home *** CD-ROM | disk | FTP | other *** search
/ Turnbull China Bikeride / Turnbull China Bikeride - Disc 2.iso / BARNET / ARMLINUX / MAIL / 9707 / 000006_owner-linux-arm…r.rutgers.edu _Wed Jul 2 13:54:43 1997.msg < prev    next >
Internet Message Format  |  1997-11-30  |  2KB

  1. Return-Path: <owner-linux-arm-outgoing@vger.rutgers.edu>
  2. Received: from nic.funet.fi (nic.funet.fi [128.214.248.6]) by odie.barnet.ac.uk (8.8.2/8.8.0) with ESMTP id NAA14512 for <willy@odie.fluff.org>; Wed, 2 Jul 1997 13:54:42 +0100
  3. Received: from root@vger.rutgers.edu (port 4918 [128.6.190.2]) by nic.funet.fi with ESMTP id <2051-19265>; Wed, 2 Jul 1997 15:53:54 +0300
  4. Received: by vger.rutgers.edu id <1000375-30851>; Wed, 2 Jul 1997 08:51:10 -0400
  5. Received: from IDENT-NOT-QUERIED@tulpi.interconnect.com.au (port 1377 [192.189.54.18]) by vger.rutgers.edu with ESMTP id <1000374-30852>; Wed, 2 Jul 1997 08:50:55 -0400
  6. Received: from ce (acc5-ppp51.mel.interconnect.com.au [210.8.0.179]) by tulpi.interconnect.com.au with SMTP id WAA01925
  7.   (8.8.5/IDA-1.6 for <linux-arm@vger.rutgers.edu>); Wed, 2 Jul 1997 22:52:51 +1000 (EST)
  8. Message-ID: <33B9A606.6A2B@cvs.com.au>
  9. Date:     Wed, 02 Jul 1997 10:51:18 +1000
  10. From: Charles Esson <charlese@cvs.com.au>
  11. Organization: Colour Vision Systems
  12. X-Mailer: Mozilla 3.0Gold (WinNT; I)
  13. MIME-Version: 1.0
  14. To: linux-arm@vger.rutgers.edu
  15. Subject: Re ELF
  16. Content-Type: text/plain; charset=us-ascii
  17. Content-Transfer-Encoding: 7bit
  18. Sender: owner-linux-arm@vger.rutgers.edu
  19. Precedence: bulk
  20. Status: RO
  21.  
  22. Could I please ask a few questions.
  23.  
  24. 1) Does anyone know where one gets the ELF standard.
  25.  
  26. 2) I could be barking up the wrong tree but: 
  27. a) The strong ARM cache uses virtual addresses. 
  28. b) To flush the write cache we have to read data from an uncached area,
  29. 16k of it.
  30.  
  31. I don't think a task switch should involve cleaning up a 16k cache, if
  32. it does performance will be pretty poor.
  33.  
  34. If we map all processes into one virtual address space and under no
  35. circumstances we map physical space into the virtual space twice then
  36. the cache will never have to be flushed. This I see as a must.
  37.  
  38. Can any one see why this can't be done with ELF?
  39.  
  40. Regards